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Amendments to the Figures 

The attached sheet of figures includes changes to Figure 1 . Duplicate element 
labeling has been corrected. Marked changes to Figure 1 and a full set of formal figures 
are attached. 
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PEL) Processing 



Microcontroller 
(hereafter MC) loads 
code for DSPs and 
programs the 
FPGA 222 



DSP initializes each 
function and waits for 
channel assignment 
from MC 224 



FPGA senses clock on 
bus 50 and learns its 
address by watching 
the match bit of 
the token 226 



Once the address is 
learned, the FPGA 
interrupts the MC which 
records the address and 
sets a flag that it is now 
operational. MC sends 
a packet to PBX process 
on host that these 
PEU is now 
operational 



MC starts generating a 
predefined hello packet 
that is sent to PBX 
indicating how many 
ports it has 



FIG. 7A 



The PBX process receives the 
hello packet, assigns a channel on 

bus 50 to each port of the PEU 
and sends a packet back with that 
assignment 232 



MC receives assignments and 
parses out assigned channels 
among all the DSPs on the PEU 
and gives the DSP a start 
processing signal 234 



DSP buffers all 128 timeslots 
of data from bus 126 headed 
out to ports and buffers all 32 
timeslots of data coming in 
from the ports 236 



DSP also receives and buffers any 
tone data received from the MC or 
the port in a tone buffer for each 
port and receives the payloads of 

voice data from prerecorded 
messages and voicemail packets 

sent over the packet bus or 
received from the port in a voice 
buffer for each port 238 



Read the timeslot data, voice data 
and tone data from each buffer of 
each port for each direction and 
weight data according to volume 

control weighting function 
for each type of data and sum 
the results 240 

I 

FIG. 7B 



FIG. 7A 
1 



Write the resulting 
volume control weighted 
mixed data 
to the appropriate 
buffer 242 



DTMF tone generation: 

MC receives packet form 

PBX host telling it which 

DTMF tones to generate 

on each channeL 

244 



MC retrieves PCM data 
for desired tones and 
writes it into DSP tone 
buffer for the appropriate 
channel 246 



DSP takes tone data and 

does volume control 
weighting on it and writes 
resulting sum data into 
output buffer for the 
channel 248 



Play prerecorded 
announcements and 
voicemail data: receive 
control packet specifying 
a particular stream that 
is to be played on a 
particular port 250 



PBX software broadcasts 
packets containing voice data 
to all peus over packet bus, each 
packet of a particular voicemail 
message or prerecorded 
message having a stream 
identifier with one packet being 
transmitted every 

26 msec 252 



FPGA at peu and copies any 
packets with correct PEU address 
or a broadcast PEU address that 
indicates all ports are supposed to 

process the message into the 
receive FIFO or MC 254 



MC retrieves packets out of FIFO 

and looks at type field to 
determine if it is play data. If so, 

then the MC looks at the port 
address. If the port address is a 
broadcast address, then the MC 

looks at the stream ID and 
compares to stream ID previously 
identified in control messages for 
various ports to determine if there 

are any matches. MC writes 
voice data of payload section into 
input buffer of DSP that 
corresponds to any matches of 
stream IDs 256 



T 



FIG. 7C 



FIG. 7B 



IG. 7B 



If the port address is not a 
broadcast address, then the 
MC writes the payload data 
from the packet into the input 
buffer of the DSP that 
corresponds to the port 
identified in the port 

address 258 



T 



DSP does volume control 
weighting and mixing of voice 
data with TDM data and tone 
data and writes summed data 
to output buffers of all ports on 
which message is to 
be played 260 



DSP record data: data coming 
in from port is stored in TDM 
input buffer for each port. Data 
going out to port is stored in 
TDM output buffer. Volume 
control mix process reads TDM 
data traveling in each direction 
for port as well as packet data 

and tone data and weights 
each set of data in accord with 
weighting functions established 
by PBX software via control 
packets based upon user 
functionality requests 262 



FIG. 7C 



The summed volume control 
adjusted data is written into the 
record buffer of the DSP. Once 

208 bytes have been 
accumulated, the DSP interrupts 
the MC. The MC reads the 
record data and packetizes it 
and stores it into transmit FIFO 
ofFPGA. FPGA transmits 
packet over packet bus 264 



DSP decodes caller ID data: 
MC detects first ring on any co 
port by polling the ring detector 
for all the ports and sets a status 
in the DSP to start transferring 
caller ID data. The DSP is 
constantly looking for caller 
ID data 266 



DSP decodes incoming caller ID 
data, and when one byte has 
been received, interrupts the 
MC. The MC retrieves the caller 

ID data and verifies the 
checksum. Then the caller ID 

data is packetized and 
transmitted to the PBX software 
process. 268 



The PBX process updates the 
attribute data of an object in 
memory created for this 
particular call with the caller ID 
data 270 



1 
FIG. 7D 



FIG. 7C 



1 



DSP does DTMF detection: 
DSP is constantly looking for 
DTMF tones coming in from 
every port. When detected, 
DSP removes these DTMF 
tones from the record buffer so 
they will not be 
recorded. 272 



DSP interrupts MC when each 

tone starts and again when it 

ends and decodes each tone 

and silence between tones 

274 



MC retrieves each digit and 
packetizes it or a group therof 
and sends to PBX process. 
Silences between tones are 
also packetized and sent to 

PBX 276 



DSP does MF detection: DSP 

interrupts MC when it stops. 

MC retrieves digits. When an 

entire sequence has been 

retrieved, MC packetizes 

sequence and sends it to the 

PBX software _ 
278 



DSP does call progress tone 
detection: DSP detects tones 

and builds a status word 
indicating which frequencies are 
active (1 bit per tone). Any time 
status changes, DSP interrupts 
MC 

280 



MC reads the status word each 
time it is interrupted and decodes 
the cadence to determine the call 

progress. The result is 
packetized and sent to the PBX 
process 282 



T 



DSP does eco cancellation: DSP 
removes echoes of DTMF 
prompt tones form any record 

data using adaptive filters 
implemented in software and 
known algorithms 284 



DSP does AGC to normalize 
variations between line quality: 
known algorithms are used to do 
this 286 



Done, return to start 



288 



FIG. 7D 



C - Telephone Interface Processing for Incoming Call 



ipjt&r 

MC receives configuration 
data from PBX at startup and 
send command to did switch 
202 of each port to set for a 
co port or extension phone 
as appropriate 287 



MC reads ground start/loop 
start configuration status at 

startup and sends a 
command to switch 190 to 
set it for the proper signaling 
protocol 289 



MC polls loop current 
detector every 1 0 msec to 
read status. IF get 2-3 status 
which are the same, then 
that is considered to be the 
new status and is reported by 
packet to PBX 290 



MC polls ring detector every 

2 msec. Status is 

debounced and is then 

reported by packet to PBX 

292 



FIG. 8A 



MC communicates digital data 
with extension phones: data to 

be sent to phone is gathered 
from packets sent by PBX. MC 
polls extension phones for data 
to be sent back from phone by 

addressing each one 
individually in turn. Extension 

phone responds to poll by 
sending any data it has or an 
"ack, no data" message. Any 
data to be sent to phone is sent 
during times when phone is not 
being polled. 294 



If the phone which was polled 
does not respond for N 
consecutive polls, the MC 
marks pcomm for that phone as 
down. Another process retries 
the downed ports every second 
to determine if they have come 
back up yet. The table of which 
ports have pcomm status up or 
down is reported by packets to 
the PBX process 296 



Port configuration process 
periodically reads manual 
switch 206 of each port to 
determine if there has been any 
configuration change 298 

T 

FIG. 8B 



FIG. 8A 



1 



If any configuration change has 
happened, a packet is sent to 
the PBX process signaling the 
changed configuration 300 



Monitor for incoming did call on 
all co ports configured for did: 
MC examines status of loop 
current detection and ring 
status and draws conclusion as 
to whether a did incoming call is 
ready to be sent by co 302 



When the MC detects loop 
current and no ring signal, it 
sends a command to the tip 
and ring reversal circuit to 
cause it to flip the tip line 
voltage polarity to +48 volts 
relative to ring to signal the co 

that the PBX was ready to 
receive the dialed digits. The 
MC then sends a control packet 
to the PBX indicating a did call 
is inbound 304 



Co sends dialed digits as DTMF 

tones. DSP detects DTMF 
tones and interrupts MC. MC 
reads digits and packetizes and 
sends to PBX process3Qg 



FIG. 8B 



The PBX process reads the 
dialed digits of the did call and 
looks up the extension that is 
mapped to that dialed number 
and sends a command packet to 
the appropriate PEU saying "ring 
port x" 308 



MC activates line 194 to ring 
signal circuit 192 to cause it to 
start sending ring signal to 
extension named in control 
packet at cadence given in 
control packet 310 



When the polling of the loop 
current detector indicates that the 
extension phone has gone 
offhook, MC sends a control 
packet with that change in status 
to the PBX process 312 



PBX sends control packet back 
to MC saying answer call and 
sets up the switch connection 
between the co port and the 
extension port 314 



MC responds to control packet 

by deactivating reverse 
command on line 198 to cause 
tip and ring reversal circuit to set 
tip and ring polarities back to 

normal to signal co that 
extension phone has answered 
call 316 



FIG. 8C 



FIG. 8B 

A 

CO stops sending ringback tone 

to caller and connects analog 

signals from caller to PBX 

318 



PEL) receives digitized data from 

CO and routes to switch card 
over TDM Bus timeslot assigned 
to CO port where gets sent back 
to this PEU or another PEL) on 
the timeslot assigned to the 
extension called 320 



DSP receives data from bus 50 
timeslot assigned to called 
extension and puts in on the 
timeslot of the local bus 96 
assigned to the port of the called 
extension. Vice Versa for data 
coming in from the codec of the 
port of the called ext. 322 

I 

FIG. 9A 



FIG. 8C 



MC - Telephone Interface 



Processing for Incoming Call 



Extension goes off hook, MC 
detects this fact by loop current 
status poll, and the change of 
status is reported to the PBX by a 
control packet 



PBX responds by sending 
command packet requesting MC 
to play dial tone to off hook 

extension 326 



MC writes PCM version of dial 
tone into tone buffer of DSP for off 
hook extension 328 



The DSP does the volume control 
mixing process on tone data and 
sends it out to the port's codec for 
conversion to dailtone 330 



DSP detects DTMF tones dialed on 
extension and MC reads each one 
and sends to PBX process. When 
first digit received, PBX process 
sends command packet instructing 
MC to stop dial tone 332 



PBX process determines dialed 
number and looks up whether it is 
local extension or requires 
connection to co. 334 



OUTSIDE 
CALL 

FIG. 9B 



If the number is local, the PBX 
sends a command packet telling 

MC to ring extension. MC 
activates line 194 of appropriate 
port and monitors the status of the 
line current detector 336 



MC reports off hook status to PBX 
when loop current detected. PBX 
sets up switch connection and 
data starts transferring in both 
directions on appropriate 
timeslots of local bus 96 and TDM 
bus 50 338 



LOCAL 



End 



FIG. 9B 



FIG. 9A 



OUTSIDE 
CALL 



1 



PBX process optionally does least 
cost routing and optionally does toll 
restrictions. Then sends command 
packet to MC of a PEU with an 
available port connected to co 
telling it to go off hook 340 



MC activates line 1 94 to go off hock 
on co port and monitors loop current 
detector 196 to determine when co 
goes off hock. When the co goes 
off hook, this status change is 
reported to the PBX 342 



The co responds with dial tone and 
the DSP detects it and interrupts 
MC. MC reports dial tone to PBX in 
control packet 344 



PBX process responds to dial tone 
by sending a control packet to MC 
with dial string 346 



MC responds by writing PCM data 
for dial string characters into 
appropriate tone buffer of DSP 
assigned to co port 248 



DSP does volume control mixing 
and sends resulting mixed, volume 
adjusted tone and other data to 
codec on appropriate timeslot for 
conversion to analog signal 250 



FIG. 9A 



Co sends ringback tone to 

PEU port. DSP detects 
ringback tone and interrupts 
MC. MC interprets and 
reports ringback status to PBX 
process. Ringback and any 
conversation after dialed 
phone picked up or any 
voicemail prompts are heard 
by extension 354 



MC reports dial completed to 

PBX. PBX responds by 

making switch connections 

352 



FIG. 9B 



TEU Processing for an Incoming T1 Call 



Teu MC constantly polling 
signal bit lines of T1 interface 
chipset for changes in status 



Loop Start 



MC detects 
ringing 
360 



Ground 



Wink Start 



Start 



MC detects 
ringing 
380 



MC in TEU reads any 

dialed characters 
decoded by DSP and 

sends incoming 
connection packet to 
PBX that includes 
dialed characters, if 
any 

362 



I 



MC detects 
off hock 
condition 
400 



All other steps 
identical to loop 
start 382 



PBX process looks up a 
predetermined port 
established by the 
configuration data if there 
are no dialed digits or maps 
dialed digits to port having 
that extension. PBX sends 
a control packet addressed 
to the correct PEU and port 
saying ring the extension. 
MC in that PEU rings 
extension 354 



T 



TEU MC responds to 

off hook status by 
waiting 120 msec and 
then sending a "wink" 

defined as a 
momentary sending 
of outbound signaling 
bits that signal off 
hook status 

402 



At end of wink, MC starts a 
dial timer of one second per 
digit and starts looking for dnis 
digits in the incoming stolen 
bits 404 



MC assembles the dnis digits 
and any ani digits transmitted 
and packetizes and sends to 
PBX 406 



To FIG. 10B 



FIG. 10A 



From FIG. 10A 

A 

Extension phone goes 
off hook and this status 
is detected by MC and 
reported to PBX 
process 

366 



PBX process sends 
back a "connection 
response" and writes 
bits to switch card to 
set up the connection 
from the T1 port and 
extension port 368 



TEU answers call by 
writing control bits into 

outbound lines of T! 
interface chipset which 
puts them into stolen 
bit positions of 
outbound T1 line 

370 



FIG. 10B 



T1 TEU Processing for Outbound Call 



Ext goes off hook. MC detects loop 
current and reports status to PBX 
process 420 



DSP detects dialed digits and 
interrupts MC. MC retrieves 
decoded digits and packetizes and 
sends to PBX process 422 



PBX maps dialed digits to least cost 
service. Assume it is T1 port 

424 



Ground Start 



MC sends 
ground ring 
signaling bits 
to co 428 

I 



PBX sends a command packet to 
the TEU addressed to the particular 

T1 port to be used requesting a 
"connection request" and including a 
dial string 426 



Loop 
Start 



MC of TEU waits 
for "current feed" 
signal bits to arrive 
from co 430 

J 



TEU MC sends 
"loop closed" 

signalling bits in 
robbed bits 450 



MC sends "loop 

closed" bits to co 
432 

J 

To FIG. 11B 



Wait for 
predetermined time 
for dial tone from 
co or detect it using 
DSP 452 

I 

To FIG. 11B 



FIG. 11A 



Wink Start 



TEU MC 
sends off 
hook signal 
bits 470 



MC waits for 
an off hook 
wink from the 
co 472 



T 



To FIG. 11B 



From Fig. 11A 



The rest of the call is 
completed as per steps 
454, 456, 458, 460 and 
462 of loop start 
protocol 434 



From Fig. 11A 



MC copies PCM 

data for dialed 

digits into 

appropriate tone 

buffer of DSP rA 
454 



From Fig. 11A 

L_ 



MC detects wink bits 
and, after a short 
delay, starts dialing 
by process of step 
454 474 



DSP does volume control 
mixing and writes resulting 
data to output buffer 
mapped to outbound 
channel 456 



MC in TEU sends back "dial 
complete" control packet to 
PBX process. PBX makes 
proper switch connections 
to connection extension port 
to T1 port and channel 
being used 458 



MC sends a "connection 

confirm" packet when 

receive signal to this effect 

form co in robbed bits 

460 



Data exchange of 
conversation occurs over 
switch connection 



462 



The rest of the 
call is completed 
as in steps 456, 
458, 460 and 

462 476 



FIG. 11B 



Switch Card DSP Conferencing Process 



First DSP does known echo 
canceling algorithm on output 
of first 13 of 32 TDM channels 
devoted to conferencing 

472 



T 



Second DSP does known 
echo canceling routine on 

outpt of next 13 of 32 
conferencing channels and 
passes first 13 and last 6 on 
unchanged to the third 

DSP 474 



I 



Third DSP does echo 
canceling on last 6 channels 
and then does automatic gain 

control function on all 32 
conference channels in each 
direction so each participant 
hears the others at the 
same approximate 

volume 476 



DSP 3 uses conference setup 
data written into its memory 
by PBX process to determine 
which channels belong to 
which conferences 478 



FIG. 12 



For each conference, DSP 3 
does volume control by 
calculating the sum of all data in 
the timeslots assigned to the 
conference plus any beep tone 
used to alert conferees to joiner 
by a new conferee 480 



DSP 3 calculates the input data 

for each conferee's channel so 

each conferee hears all the other 

participants but does not hear his 

or her own voice. The input for 

each channel is the conference 

sum minus the output data of 

each channel A ^ 

482 



The conference channel input 
data for each conferee's channel 
calculated in step 482 is 
multiplied by the conference 
volume 484 



DSP 3 sends the calculation 
results for each channel as the 
input data for that channel. All 
other input data from the PEU for 
other channels is passed by DSP 
3 unchanged. DSP 2 and DSP 1 
pass all data through unchanged 

486 



Analog Loop Start Protocol 



Process - CO Originates Call 



PBX process reads configuration 
data and sends configuration 
packet for each port. MC in 
each PEU or TEU configures slic 
appropriately 499 



Idle State: Tip line grounded at 

co and ring line at -48 VDC. 
High loop resistance = PBX still 
on-hook 500 



Co originates call to PBX; co 
imposes 50-70 vac ring signal on 
-48 VDC on ring line 502 



PBX ring detection circuit detects 

ring and MC passes a control 
packet to PBX process indicating 
co line 

ringing 504 



PBX process sends "go off hook" 

control packet to MC. MC 
commands hook switch to go off- 
hook 506 



PBX sets up connection to 
called extension 



508 



FIG. 13 



Yes. 



Extension 
answer? 
509 




Set up wav channel 
over packet bus to 
voicemail application 
511 



Who 
disconnects 
first? 510 



Co 



Co times out 
or sends a 
dialtone 514 



Ext 



PBX keeps hook switch 
closed until PBX times 
out or detects dial tone 
and then goes 
off-hook 516 



Extension goes on- 
hook. Co detects high 

loop resistance and 
transitions back to idle 
state waiting for next 
call 512 




^- Analog Loop Start Protocol Process - PBX Initiates the Call 



PBX process reads configuration 
data and sends configuration 
packet for each port. MC in 

each PEL) or TEU configures slic 
appropriately 519 



Co in idle state: Ring line at -48 

VDC, tip line grounded. 
Previously configured for loop 
start 520 



PBX process receives message 

that extension has gone 
off hook and dialed a number. 
Number mapped to an outside 
line 522 



PBX sends a control message 
to MC of a PEU coupled to a CO 
line telling it to go 

off hook 524 



MC orders hook switch circuit to 
go off hook 526 



PBX detects dialtone 
and transmits DTMF 
tones of dial string to 
co 530 



Co receives dial 
string and sends ring 
back signal 532 



When called phone 

goes off hook, co stops 

ring back tone and 

connection made 

534 



Disconnect state 
transitions are the same 
as steps 510, 512, 

and 516 of Fig. 1; 




Co detects off hook state and 
responds by sending dialtone 

528 



FIG. 14 



*! Ground Start Signaling Protocol 



- Analog Co Line - Co Originates Call 



PBX process reads configuration 

data and sends configuration 
packet for each port. MC in each 
PEU or TEU keeps a record for 
each analog port as to whether it 
is loop start or ground start and 
configures slic 550 

I 



Idle State: Ring at -48 VDC, tip 
line is open 552 



T 



Co originates call by grounding 
tip line 554 



Ground start signaling circuit 188 
in Fig. 6 detected grounded tip 
line 556 



MC reads status of ground 
start signaling circuit and 
sends message to PBX 
process via control packet on 
packet bus 258 



PBX receives message and 

sends a control message back 

to the MC saying go off hook 

560 



MC commands hook 
switch circuit to go off 
hook and connection to 
PBX is made 562 



PBX determines extension to 

which the call is to be 
transferred in any known way. 
If the co sends a ring signal, it 
can be ignored 564 



PBX sets up transfer to 

extension and rings extension 

566 




572 
r 



Extension 
go off hook? 
568 



Yes 



When extension goes 
off hook, the connection 
is made 570 



PBX sets up 
WAV channel 
to voicemail 

or other 
application 



Who 
disconnects 
first? 574 



Co disconnects 

first by opening 

tip line. PBX 

detects and 

goes on-hook 
578 



FIG. 15 



PBX 
disconnect 
s first by 
going on- 
hook. Co 
detects and 
opens tip 
line 576 



Ground Start Signaling Protocol - Analog Co Line - PBX Originates Call 



PBX process reads 
configuration data and sends 
configuration packet for each 

port. MC in each PEU or 
TEU keeps a record for each 
analog port as to whether it 
is loop start or ground start 
and configures slic 582 



T 



Idle State: Ringat-48VDC 
and tip line is open 584 



PBX initiates call by 
grounding ring line using 
ground start signaling 
circuit 586 



Co switch detects grounded 
ring line and responds by 
grounding tip line 588 



PBX detects grounding of tip 
line and responds by taking 

the co port off-hook and 
ungrounding ring line. Tip 

line remains grounded590 



T 



PBX sends dial string 



592 



Co switch rings dialed phone 
and sends ring back tone to 
PBX 594 



When the dialed phone picks 
up, the co switch stops 
sending ring back and the 
connection is made 596 



CO 



Who 
disconnects 
first? 598 



PBX 



PBX disconnects by 
going on-hook. Co 
detects and opens tip 
line 600 



Co disconnects by 

opening tip line 

and PBX detects 

and goes on-hook 
602 



Back to idle 

state 584 
604 



FIG. 16 



Voice 
Mail 
610 



IVR 


UMS 
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